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REMARKS 

In view of the following remarks, Applicant respectfully requests 
reconsideration and allowance of the subject application. 

§102 Rejections 

Claims 1-17, 19-34, 36-51, and 53 are rejected under 35 U.S.C. § 102(b) as 
allegedly being anticipated by Ravi, et al. (U.S. Patent 6,292,834) (hereinafter 
"Ravi")- Applicant respectfully traverses the rejection. 

Ravi teaches transmission of multimedia streams from a server to a client 
computer over a computer network. In one embodiment, the client computer 
includes a playout buffer, and the transmission rate is matched to the bandwidth 
capacity of the network connection between the server and the client computer. If 
the number of data packets currently in the playout buffer drops below a 
Decrease_Bandwidth (DEC_BW) threshold, then the transmission rate is 
decreased by sending a DECBW message to the server. Conversely, if the 
number of packets remaining in the playout buffer rises above a dynamically 
computed Upper Increase_Bandwidth (INC_BW) threshold and does not drop 
below a Lower INC_BW threshold for at least an INCBW wait period, then the 
transmission rate is incremented. The transmission rate is selected from among a 
predetermined set of discrete bandwidth values or from within a continuous range 
of bandwidth values, (col. 3, lines 1-30). 

In another embodiment, in addition to responding to variations in network 
connection capacity, the client computer also determines an average client 
computational capacity. Accordingly, if the average client computational capacity 
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is less than the network capacity, the lower of the two capacities is the determining 



one, thereby avoiding a playout buffer overrun, (col. 3, lines 31-38). 
By contrast to the teaching of Ravi, Applicant's claim 1 recites: 

A method, comprising: 

connecting to a server to receive streaming content at a first rate; 

receiving a portion of the streaming content at the first rate; 

requesting the server to send a particular amount of future 
streaming content at a second rate; 

receiving the particular amount of future streaming content at an 
actual rate that is greater than the first rate and less than or equal to the 
second rate; 

determining if the actual rate is viable for receiving the 
streaming content; and 

if the actual rate is viable for receiving the streaming content, 
requesting the server to send remaining streaming content at a rate that 
is not greater than the actual rate. 

The Office refers to Ravi at col. 3, lines 1-41 to support the assertion that 
Ravi teaches the claimed "requesting the server to send a particular amount of 
future streaming content at a second rate". However, Ravi does not teach this 
element of Applicant's claim. Ravi does not discuss a request for a "particular 
amount of future streaming content". Ravi does not discuss particular amounts of 
content at all. Rather, as noted above, Ravi discusses sending 
Decrease_Bandwidth messages and Increase_Bandwidth messages to the server 
depending on whether the number of data packets in a playout buffer rises or drops 
below certain thresholds. 

A claim is anticipated only if each and every element as set forth in the claim 
is found, either expressly or inherently described, in a single prior art reference 
(MPEP 2131). For at least the reason that Ravi does not teach "requesting the 
server to send a particular amount of future streaming content at a second rate", it 
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is clear that Ravi does not teach all the elements of Applicant's claim 1. 
Accordingly, the 102(b) rejection to Applicant's claim 1 based on Ravi is not 
supported and should be removed. Applicant respectfully requests that the 102(b) 
rejection of claim 1 be removed. 

The Office further asserts that the claimed "receiving the particular amount 
of future streaming content at an actual rate that is greater than the first rate and 
less than or equal to the second rate" is taught by Ravi at col. 3, lines 1-41. 
However, as noted above, Ravi does not discuss a "particular amount of future 
streaming content", and therefore does not teach "receiving the particular amount 
of future streaming content". Furthermore, Ravi does not discuss receiving such 
content "at an actual rate that is greater than the first rate and less than or equal to 
the second rate". Rather, Ravi teaches selecting a transmission rate from among a 
predetermined set of discrete bandwidth values or from within a continuous range 
of bandwidth values based on the DecreaseJ3andwidth messages and 
Increase_Bandwidth messages sent to the server. 

The Office further asserts that the claimed "determining if the actual rate is 
viable for receiving the streaming content" is taught by Ravi at col. 3, lines 1-41. 
However, as noted above, Ravi does not discuss receiving content at "an actual 
rate that is greater than the first rate and less than or equal to the second rate". 
Ravi teaches selecting a transmission rate from among a predetermined set of 
discrete bandwidth values or from within a continuous range of bandwidth values 
based on the Decrease_Bandwidth messages and Increase_Bandwidth messages 
sent to the server. Thus, Ravi does not teach "determining if the actual rate is 
viable" as recited in Applicant's claim 1. 
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The Office further asserts that the claimed "if the actual rate is viable for 
receiving the streaming content, requesting the server to send remaining streaming 
content at a rate that is not greater than the actual rate" is taught by Ravi at col 3, 
lines 1-41. However, as noted above, Ravi does not discuss "determining if the 
actual rate is viable", and therefore makes no requests based on such determining. 
Ravi does not discuss a "particular amount of future streaming content" or 
"remaining streaming content". Rather, Ravi discusses sending 
Decrease_Bandwidth messages and Increase_Bandwidth messages to the server 
depending on whether the number of data packets in a playout buffer rises or drops 
below certain thresholds. Contrary to the assertions by the Office, Ravi does not 
teach Applicant's claimed "determining if the actual rate is viable", or "if the 
actual rate is viable for receiving the streaming content, requesting the server to 
send remaining streaming content at a rate that is not greater than the actual rate". 

For these various additional reasons, it is clear that Ravi does not teach all 
the elements of Applicant's claim 1. Accordingly, the 102(b) rejection to 
Applicant's claim 1 based on Ravi is not supported and should be removed. 
Applicant respectfully requests that the 102(b) rejection of claim 1 be removed. 

Claims 2-15 each depend directly or indirectly from claim 1, and thereby 
incorporate each of the elements of claim 1. Accordingly, claims 2-15 are 
allowable at least on the basis of this dependency, in addition to the further 
elements recited therein which are neither shown nor suggested by the cited 
reference. Accordingly, Applicant respectfully requests that the 102(b) rejection 
to claims 2- 1 5 be removed. 
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Independent claim 16 recites elements from the server perspective that are 
similar to and/or parallel to elements of claim 1 discussed above. For example, 
claim 16 recites the following in part: 

receiving a request from a client to stream content to the client at 
a first transmission rate; 

streaming content to the client at the first transmission rate; 

receiving a request from the client to increase the streaming to a 
second transmission rate for a specified amount of content data; 

streaming the specified amount of content data to the client at the 
second transmission rate; and 

resuming streaming content to the client at the first transmission 

rate. 

As noted above, Ravi does not discuss "particular" or "specified" amounts 
of content data to be streamed at a second transmission rate. That is, Ravi does 
not discuss "requesting the server to send a particular amount of future streaming 
content at a second rate" as recited in claim 1, and likewise, does not discuss 
"receiving a request from the client to increase the streaming to a second 
transmission rate for a specified amount of content data" as recited in claim 16. 

The Office refers to Ravi at col. 3, lines 1-41, col. 13 lines 9-25, and cols. 
11-12, lines 43-4 to support the assertion that Ravi teaches the claimed "receiving 
a request from the client to increase the streaming to a second transmission rate for 
a specified amount of content data". As discussed above regarding col. 3, lines 1- 
41, Ravi does not teach "particular" or "specified" amounts of content data to be 
streamed at a second transmission rate. At col. 13 lines 9-25, there is also no 
mention of "particular" or "specified" amounts of content data to be streamed at a 
second transmission rate. At cols. 11-12, lines 43-4, Ravi discusses requesting 
"retransmission of 'missing' data packets for just-in-time (JIT) reliability". In 
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Ravi, sequence numbers are checked for each data packet as it arrives at the client 
computer, and if skipped packets are found to be missing in the playout buffer, the 
client can send a request to the server to retransmit the missing packet. However, 
such a request is for an individual packet and not for particular amounts of content 
data to be streamed. Also, such requests do not request that specified amounts of 
content data be streamed at a particular rate such as a second transmission rate as 
recited in Applicant's claims. 

Accordingly, as with claim 1, Ravi does not teach all the elements of 
Applicant's claim 16, and the 102(b) rejection to Applicant's claim 16 based on 
Ravi is not supported. Applicant therefore respectfully requests that the 102(b) 
rejection of claim 16 be removed. 

Additional elements of claim 16 that are not taught or discussed in Ravi 
include at least the claimed "streaming the specified amount of content data to the 
client at the second transmission rate" and "resuming streaming content to the 
client at the first transmission rate". For these additional reasons, it is clear that 
Ravi does not teach all the elements of Applicant's claim 16, and the 102(b) 
rejection to Applicant's claim 1 based on Ravi is not supported. Applicant 
therefore respectfully requests that the 102(b) rejection of claim 16 be removed. 

Claims 17 and 19-23 depend directly or indirectly from claim 16, and 
thereby incorporate each of the elements of claim 16. Accordingly, claims 17 and 
19-23 are allowable at least on the basis of this dependency, in addition to the 
further elements recited therein which are neither shown nor suggested by the 
cited reference. Accordingly, Applicant respectfully requests that the 102(b) 
rejection to claims 17 and 19-23 be removed. 
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Each of the remaining independent claims 24, 33, 38, and 49, recites 
elements that parallel those discussed above with respect to claims 1 and 16. For 
example, claim 24 recites in part: 

. . . request the server to modify the first streaming rate to a 
second streaming rate for a specified amount of streaming content 
data; 

. . . determine an actual streaming rate resulting from the request 
to modify the first streaming rate to the second streaming rate, and to 
determine the adequacy of the streaming at the actual streaming rate; 
and 

. . . request the server to stream remaining streaming content at a 
rate that is not greater than the actual streaming rate if the bandwidth 
measurement module determines that the actual streaming rate is 
adequate for streaming the remaining streaming content, 
(emphasis added). 

Claim 33 recites in part: 

. . . identify a request from the client to modify a first streaming 
rate at which a version of the streaming content stored in a multi-bitrate 
file is being transmitted to the client to a second streaming rate for a 
limited amount of streaming content data. 
(emphasis added). 

Claim 38 recites in part: 

. . . requesting the server to transmit a limited portion of the 
content file data over the network at a second transmission rate; 

receiving the limited portion of the content file data from the 
server at an actual transmission rate which is less than or equal to the 
second transmission rate; 

determining if the network can viably support transmission of 
the content file data at the actual transmission rate; 

if the network can viably support transmission of the content 
data at the actual transmission rate, requesting the server to transmit 
subsequent content file data at a rate that is not greater than the 
actual transmission rate; 
(emphasis added). 
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Claim 49 recites in part: 

receiving a request from the client to transmit a limited portion 
of content file data to the client at a second transmission rate; 

transmitting the limited portion of content file data to the client 
at the second transmission rate; 

transmitting content file data subsequent to the limited portion 
of content file data to the client at the first transmission rate, 
(emphasis added). 

Accordingly, the reasoning set forth above regarding the 102(b) rejection of 
claims 1 and 16 apply equally to the rejections of independent claims 24, 33, 38, 
and 49. Thus, independent claims 24, 33, 38, and 49 are allowable for at least the 
same reasons indicated above regarding claims 1 and 16, and Applicant 
respectfully requests withdrawal of the 102(b) rejection of claims 24, 33, 38, and 
49. 

Furthermore, claims depending from independent claims 24, 33, 38, and 49 
incorporate the elements of their respective independent claims and are therefore 
allowable at least on the basis of such dependencies, in addition to the further 
elements recited therein which are neither shown nor suggested by the cited 
reference. Accordingly, Applicant respectfully requests that the 102(b) rejection 
to claims 25-32, 34, 36-37, 39-48, 50-51, and 53 be removed. 

§103 Rejections 

Claims 18, 35, and 52 are rejected under 35 U.S.C. § 103(a) as allegedly 
being unpatentable over Ravi in view of Enns et al. (U.S. Patent 6,785,288) 
(hereinafter "Enns"). Applicant respectfully traverses the rejection. 

Enns teaches the use of a downstream channel carried in a broadband 
transmission medium and an upstream channel operating in the same or different 
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medium at a different speed or under a different protocol to enable a host 
computer to transfer information with a plurality of remote devices over a shared 
broadband medium. A system architecture permits independent scalability of 
upstream and downstream capacity separately for each of the upstream and 
downstream physical paths, and a network manager in the system manages 
configuration parameters of the downstream bandwidth allocated to remote 
devices. The network manger effects allocation of downstream bandwidth to 
requesting devices according to bandwidth utilization by other devices, bandwidth 
demand by the requesting remote device, class or grade of service by the 
requesting remote device or bandwidth guaranteed to other remote devices. The 
system additionally manages configuration and bandwidth through control and 
response packets generated at the network operations center and the remote 
devices, respectively, (col. 2, lines 35-65). 

In rejecting claims 18, 35, and 52, the Office asserts that Ravi discloses a 
method, system, and computer readable medium including the subject matter 
discussed above. However, Applicant has presented arguments herein above 
regarding each of the independent claims from which claims 18, 35, and 52 
depend, and has clearly shown that Ravi does not teach the elements of the 
independent claims from which claims 18, 35, and 52 depend. Regarding claim 
16, for example, from which claim 18 depends, Ravi does not teach at least the 
claimed "requesting the server to send a particular amount of future streaming 
content at a second rate", "streaming the specified amount of content data to the 
client at the second transmission rate", and "resuming streaming content to the 
client at the first transmission rate". Regarding claim 33, from which claim 35 
depends, Ravi does not teach at least the claimed "identify a request from the 
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client to modify a first streaming rate at which a version of the streaming content 
stored in a multi-bitrate file is being transmitted to the client to a second streaming 
rate for a limited amount of streaming content data". Regarding claim 49, from 
which claim 52 depends, Ravi does not teach at least the claimed "receiving a 
request from the client to transmit a limited portion of content file data to the 
client at a second transmission rate", "transmitting the limited portion of content 
file data to the client at the second transmission rate", and "transmitting content 
file data subsequent to the limited portion of content file data to the client at the 
first transmission rate". 

Regarding claims 18, 35, and 52, Enns is cited only for its purported 
discussion of "flagging the data in order to have flexibility in the management 
system", and not for any teaching or suggestion of the various elements quoted 
above from independent claims 16, 33, and 49. Furthermore, Applicant cannot 
find any such teaching or suggestion in Enns regarding these various elements. 
Accordingly, Enns does not remedy the deficiencies of Ravi noted above, and 
claim 18, 35, and 52 are allowable over the combination of Ravi and Enns. 
Applicant therefore respectfully requests that the § 103(a) rejection to claims 18, 
35, and 52 be removed. 

Conclusion 

All pending claims are in condition for allowance. Applicant respectfully 
requests reconsideration and prompt issuance of the subject application. If any 
issues remain that prevent issuance of this application, the Examiner is urged to 
contact the undersigned attorney before issuing a subsequent Action. 
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Respectfully Submitted, 



Dated: ?/ #cT By: 

7 / Nathan R. Rieth 



Reg. No. 44302 

(509) 324-9256; Ext. 233 
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